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SCHEDULING AND ARBITRATION SCHEME 
FOR NETWORK PROCESSING DEVICE 

BACKGROUND OF THE INVENTION 
A network processing device, such as a router or switch, receives packets at 
multiple input ports. The network processing device receives these incoming packets 
at the input ports and routes the packets to appropriate destinations through 
corresponding output ports. Headers in the packets identify which output ports should 
be used for transmitting the packets. The incoming packets from the input ports are 
temporarily stored in buffers until the appropriate output ports are ready to forward 
the packets toward the appropriate destination addresses. It is desirable to route these 
packets as quickly and efficiently as possible to the corresponding output ports. 

Problems arise when multiple input ports request access to the same output 
ports at the same time. If one input port continuously has high priority or high weight 
packets (large number of bytes), lower priority or lower weight packets (small number 
of bytes) have to wait long periods of time before gaining access to the targeted 
output port. Different arbitration schemes are used to determine what order the 
packets at input ports are granted access the different output ports. Present arbitration 
schemes do not fairly and efficiently arbitrate among the requesting input ports. 

The present invention addresses this and other problems associated with the 
prior art. 

SUMMARY OF THE INVENTION 
An arbitration scheme is used for scheduling connections between input ports 
and output ports. Input ports request connections to the output ports for a next time 
slot. Arbitration parameters, such as priority and weight, are identified for the buffer 
requests. Output port arbitrations are conducted for each one of the output ports 
according to the arbitration parameters. If there are two or more input buffers with 
the same priority and weight, a round robin arbitration is used. Grants are issued to 
the input port buffers selected during the output port arbitrations. 
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Input port arbitrations are then conducted for input ports receiving multiple 
grants. The output port grants are accepted by the input port buffers selected during 
the input port arbitrations. The input port buffers accepting the grants are connected 
to the requested output ports. 

Virtual output buffers are used to prevent packet blocking at the input ports 
and a dual multicast and unicast arbitration is used for multicast and unicast packets. 

The foregoing and other objects, features and advantages of the invention will 
become more readily apparent from the following detailed description of a preferred 
embodiment of the invention which proceeds with reference to the accompanying 
drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is diagram of a network processing device. 
FIG. 2 is a detailed diagram of a scheduler shown in FIG. 1 . 
FIG. 3 is a flow diagram showing how output port arbitration is conducted in the 
scheduler. 

FIG. 4 is a flow diagram showing how input port arbitration is conducted in the 
scheduler. 

FIG. 5 is a flow diagram showing how output port arbitration and input port 
arbitration are conducted over multiple arbitration iterations. 

FIG. 6 is a flow diagram showing how input ports are prevented from starvation. 

FIG. 7 is a block diagram of the scheduler showing one example of unicast 
arbitration. 

FIG. 8 is a flow diagram showing how dual multicast and unicast arbitration is 
conducted by the scheduler. 

FIG. 9 is a block diagram showing one example of input port multicast arbitration. 

FIG. 10 is a block diagram showing one example of output port multicast 
arbitration. 

DETAILED DESCRIPTION 
FIG. 1 shows a network processing device 12 connected to an Internet 
network 14. Multiple connections 32 couple the network processing device 12 to the 
Internet 14. The different connections 32 are connected to different routing locations 

in Internet 14. The connections 32 are coupled to Line Interface Cards (LICs) 16. 

Patent Application 
Attorney Docket No. 3981-5 
Page 2 of 20 



5 The LICs 16 each receive packets over the Internet 14 at input ports 28 and then 
request grants from scheduler 26 to send the received packet to output ports 29 for 
routing to different destination addresses. 

When one of the input ports 28 receives one or more packets, that input port 
28 makes a request over control bus 18 to scheduler 26 to send the packets over a 
10 back plane cross switch 24 to a particular one of the output ports 29. The scheduler 
26 includes arbiters 20 for each output port 20. Separate output port arbitrations are 
conducted for each output port 29 by a different arbiter 20. The arbiters 20 each 
conduct an output port arbitration for all of the input ports 28 requesting the same 
output port 29. The scheduler 26 sends back a grant signal over control bus 18 to the 
15 particular input port 29 winning the output port arbitration. 

Each input port has a group of associated Virtual Output Queues (VOQs) 22. 
; = i One VOQ for each input port 28 is dedicated to a different output port 29. Multiple 

C" grants may be received for multiple VOQs for the same input port. A second input 

i;n port arbitration is conducted when multiple VOQs 22 for the same input port 28 

i'3 

"S 20 receive grants from different output ports 29. The arbiters 20 in scheduler 26 selects 
j - n one of the granted VOQs for the input port 28 to win the input port arbitration. The 

ii 

□ winning VOQ 22 sends an accept signal back to the granting arbiter 20. Any grants 
that are not accepted go through another arbitration iteration. This arbitration scheme 

W is repeated until convergence where no remaining unmatched output ports can be 

□ 25 matched with any remaining unmatched input ports. 

At the completion of a current time slot, the scheduler 26 reconfigures the 
cross switch 24 through control line 24 to connect the accepting input ports 28 to their 
granting output ports 29. A time slot is a predetermined amount of time allotted for 
sending packets from the input ports to the output ports. The input ports 28 then send 
30 packets identified in the VOQs to their connected output ports 29 during the next time 
slot. 



Virtual Output Queues 
FIG. 2 is a more detailed diagram of the scheduler 26 shown in FIG. 1 . The 
35 scheduler 26 performs a unicast arbitration and/or a multicast arbitration. Each input 
port 28 has an associated set of VOQ's 22. For example, VOQ(l,l), VOQ(l,2), 
VOQ(l,3), and VOQ(l,4) all contain addresses for packets received and stored for 

input port #1 . Each VOQ for each input port is also dedicated to a different one of the 
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5 output ports. For example, VOQ (1,1) is dedicated to output port #1, VOQ (1,2) is 
dedicated to output port #2, VOQ (1,3) is dedicated to output port #3 and VOQ (1,4) 
is dedicated to output port #4. 

All the VOQ's for the same output port are arbitrated by the same arbiter 20. 
For example, arbiter (1) arbitrates among all input ports requesting connections to 
10 output port #1 . The virtual output queues VOQ (1 ,1) for input port #1 , VOQ (2, 1) for 
input port #2, VOQ (3,1) for input port #3, and VOQ (4,1) for input port #4 are all 
arbitrated by arbiter(l). Similarly, VOQ (1,4), VOQ (2,4), VOQ (3,4) and VOQ (4,4) 
are all arbitrated by arbiter(4). Only four output ports are shown in the example in 
FIG. 2. However, it should be understood that any number of input ports and output 
15 ports can be used. The arbiters 20 can be implemented by programmable logic 
devices, discrete devices or in software using a software programmable device. 
;=J The VOQ's 42 prevent Head-of-Line blocking. The VOQs contain a linked 

i;n list of memory addresses for packets having addresses directed to an associated one of 

ilfi the output ports. The VOQ f s can independently request connections to their 

: f 20 associated output ports and can be independently be granted a connection request 

SH from their dedicated output ports. Thus, packets coming into one of the input ports 

q and directed to a first output port will not block requests from packets coming into 

that same input port but directed to a different VOQ output port. This means that low 

\ y 

£9 priority packets will not block connections requests from other higher priority 

^ 25 packets. 



Multiparameter Arbitration Scheme 
Different arbitration parameters are used by the arbiters 20 to determine which 
VOQs 42 are granted output ports. A Largest Weight First (LWF) arbitration is used 
30 to provide high stability for the network traffic. Each trunk of packet data 
accumulated in each input queue counts as one weight. 

"One weight 11 represents the amount of data in bytes that an input port can 
forward to and output in one Epoch slot time. For the first weight of data, weight is 
represented by the range of one minimum packet (64-byte) for one Epoch 
35 data. This means that if there is one minimum packet stored in the input port, 
it has a weight of one. When the data accumulated is more than one epoch data, 
a counter is increment by one. Now the weight is equal to two. 

The epoch data depends on the slot time. The larger the slot time, the larger 
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the amount of epoch data in bytes. 

A Highest Priority First (HPF) arbitration is used for providing high 
throughput and low latency for packets with the highest priority. Priority values are 
user configurable and are contained in the packet headers. For example, a user may 
select a high priority for sending Voice Over IP packets. 

An Oldest Request First (ORF) arbitration prevents starvation of packets with 
low priority and low weight. The ORF arbitration upgrades packets in any VOQ to 
the highest priority when those packets have not been serviced during a predetermined 
time period. The scheduler includes timers 30 for identifying VOQs that have 
requested, but not received, output port connections for some predetermined amount 
of time. After one of the timers 30 has timed out, the scheduler moves the associated 
VOQ to a highest priority. This eliminates packet starvation and guarantees every 
request from each VOQ will be serviced by an output port within a predetermined 
time period ensuring non-empty VOQs will not go unserved indefinitely 

A Round-Robin Matching (RRM) arbitration provides fairness. Each input 
port arbitration and each output port arbitration has a round-robin matching pointer. 
The RRM arbitration monitors the weight and priority of all VOQs during both output 
port arbitration and input port arbitration. If two or more VOQ's have the same 
priority and weight, the RRM pointer is used as a tie breaker. An output port RR 
pointer 32 (FIG. 2) is used in each arbiter 20 for output port RRM and an input port 
RR pointer 34 (FIG. 2) exists for each input port for RRM during input port 
arbitration. 

The ORF, HPF, LWF and RRM arbitration parameters are used in different 
combinations and in different orders by the scheduler to provide a simple and 
intelligent mechanism to achieve a high speed, high bandwidth switch system. 

Output Port Arbitration 
FIG. 3 explains in more detail how the arbiters 20 in FIG. 2 each arbitrate 
requests from the different VOQs 22 for connection through the cross switch 24 for an 
upcoming time slot. In block 50 the arbiters for each output port receive requests 
from the unmatched VOQs dedicated to that same output port. If an unmatched 
output port receives any requests in block 52, the highest priority request is serviced 
first. If the same arbiter receives two or more of the same highest priority requests, 

the highest priority request with the largest weight will be serviced first in block 54. 
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5 Different combinations of the weight and priority can be used. For example, 

weight may be the first parameter used by the arbiter to select a VOQ. In this case, if 
two or more VOQs have the same largest weight, then the VOQ with the largest 
weight and highest priority is selected. 

In another arbitration variation, the highest priorities over a certain threshold 

10 may be used first to base selection. If there are no VOQs over this priority threshold, 
then the output queue may select VOQ's that are over a particular weight threshold. If 
there are no VOQ's over the priority and weight thresholds, the output queues may use 
either the priority or weight values under the threshold, or a combination of both. 
If two or more requests have the same highest priority and same highest 

15 weight, a round-robin arbitration is used in block 56 to determine which one of the 
requests is serviced first. The arbiter selects the request from the VOQ with the 
highest priority/weight that appears next in the output port round-robin pointer 32 
(FIG.2). In block 58, each output port notifies the winning VOQ by sending a grant 
signal. The round robin pointer is incremented to. the next VOQ beyond the granted 

20 highest weight/priority in block 60 only if the grant is accepted. 

FIG. 4 explains the arbitration conducted for each input port. Each input port 
detects any grants received back from one or more output ports in block 62. If 
multiple unmatched VOQ's for the same input port receive grants, the input port in 
block 64 accepts the grant for the VOQ with the highest priority. 

25 If two or more VOQs receiving grants for the same input port have the same 

highest priority, then the VOQ with the highest priority and largest weight is selected 
in block 66. If two or more VOQs for the same input port have the same highest 
priority and the same weight, then the VOQ that appears next in the input port round- 
robin pointer 34 (FIG.2) is selected in block 68. An accept signal is sent to the output 

30 port associated with the selected VOQ in block 70. 

The pointer 34 in FIG. 2 starts from the highest weight/priority VOQ. In the 
next time slot, the pointer 32 moves to the next VOQ. The round-robin scheduler is 
incremented to one location beyond the accepted output port only if that input is 
matched in the first iteration of the arbitration. 

35 In a manner similar to the output ports described in FIG. 3, arbitration of 

multiple granted VOQs can be alternatively based first on weight and then on priority 
or any other combination of both priority and weight. 
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5 FIG. 5 shows how the arbitration scheme is repeated until convergence. For 

any time slot, the highest VOQ request will be selected for connection first. But there 
is no guarantee the second highest priority (or alternatively second largest weight) 
VOQ will be granted a connection to its requested output port. 

After the first arbitration iteration, several output ports may still not be 
10 matched with VOQs from one of the input ports. This occurs when multiple output 
ports issue grants to the same input port. Since the input ports only accepts one grant 
from one output port, the output ports whose grants are not accepted go back into a 
pool for a next arbitration iteration. 

The arbitration will converge in at most N iterations, where N is the number of 
15 output ports. Each iteration will schedule zero, one or more connections. If zero 

connections are scheduled during an iteration, then the arbitration has converged and 
la !f no more connections can be added with additional arbitration iterations. The slowest 

in convergence will occur if exactly one connection is scheduled per iteration. At most 

-4 

i;n N connections can be scheduled (one to every input and one to every output) which 

'% 20 means the arbitration will converge in at most N iterations. 

£H With one arbitraiton iteration, and under heavy load, VOQs with a common 

□ output all have the same throughput if all priority and weight are the same. For the 

«y matching algorithm that consists of more than one iteration, and under heavy load, 

L"0 VOQs with the same output port may each have a different throughput if all priority 

□ 

q 25 and weight are the same. 

Block 74 conducts the output port arbitration for all nonselected output ports. 
In block 76 an arbitration is conducted for VOQs issued grants by the nonselected 
input ports. If there are still requests remaining for nonassinged output ports in 
decision block 78, block 80 returns for another arbitration iteration. If there are no 
30 remaining nonassigned input port connection requests for nonselected output ports, 
the scheduler stops any more arbitration iterations. In block 82, the scheduler waits 
for the current time slot to complete and then configures the cross switch to connect 
the selected VOQ's to their assigned output ports. 



35 Starvation 

Referring to FIG. 6, the scheduler guarantees that no input will be starved for a 

connection and guarantees every VOQ will be serviced once during a predetermined 

number of time slots. In block 84, the scheduler starts the timers 30 in FIG. 2 
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whenever any VOQ makes a new connection request. If any of the timers expire in 
decision block 86, the scheduler automatically makes that VOQ highest priority for 
the arbitration conducted for the next time slot. This guarantees that the VOQs will 
be connected to output ports within a predetermined amount of time. 

Unicast and Multicast Scheduling 

The arbiters can arbitrate either unicast connection requests, multicast 
connection requests or both for the same time slots. FIG. 7 shows how the arbiters 
conduct arbitration for unicast packets. 

Three input ports each have three associated Virtual Output Queues (VOQs). 
Input port #1 includes VOQ(l,l),VOQ(l,2) and VOQ(l,3). The VOQ(l,l) is 
dedicated to output port #1, VOQ(l,2) is dedicated to output port #2, and VOQ(l,3) 
is dedicated to output port #3. In a similar manner, input port #2 has VOQ(2,l) 
dedicated to output port #1, VOQ(2,2) dedicated to output port #2, and VOQ(2,3) 
dedicated to output port #3. Input port #3 has three VOQs dedicated in a similar 
manner to the three output ports. Again, the three input ports and three output ports 
are shown for illustration only. The network processing device may have any number 
of input ports, output ports and VOQs. 

Each VOQ includes a register 90 that identifies the priority and weight for the 
packets requesting connection to the output ports. For example, the register 90 for 
VOQ(l,l) contains a priority of nine and a weight of two. 

All VOQs(i j) with a weight greater than zero send a request to their dedicated 
output port arbiter. A weight greater than zero indicates that there is at least one 
minimum packet (64-byte) assigned to that VOQ. Each arbiter(i) selects the highest 
priority and weight as the one to grant back to the input VOQ(i j). 

For example, arbiter(l) receives requests from VOQ(l,l), VOQ(2,l) and 
VOQ(3,l). The VOQ(l,l) and VOQ(2,l) both have the same highest priority value 
of nine. Therefore, arbiter(l) compares the weight of VOQ(l,l) with the weight of 
VOQ(2,l). Because, VOQ(2,l) has a weight of five and VOQ(l,l) only has a weight 
of two, VOQ(2,l) wins the arbitration. Thus, VOQ(2,l) is issued a grant 98 from 
arbiter(l). The arbitration for output port #2 includes requests from VOQ(l,2), 
VOQ(2,2), and VOQ(3,2). Both VOQ(2,2) and VOQ(3,2) have the same highest 
priority of eight. The arbiter(2) then compares the weight of VOQ(2,2) and 
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5 VOQ(3,2). Because VOQ(2,2) and VOQ(3,2) both have the same weight of five, 
arbiter(2) goes to a round robin arbitration. The RR pointer in arbiter(2) currently 
points at VOQ(2,2). Therefore, VOQ(2,2) in input port #2 is issued the grant for 
output port #2. 

Arbiter(3) performs an arbitration between VOQ(l,3) and VOQ(2,3). The 
10 VOQ(3,3) does not have any packets (weight = 0) and therefore does not participate 
in the arbitration for output port #3. Arbiter(3) sends the grant to input port #1 
because VOQ(l,3) has the highest priority of nine. 

The same arbiter(i) is used to perform the priority and weight arbitration for 
input port(i) and accepts the highest priority and weight as the one to accept the 
15 connection with the granted output port. For example, input port #1 only received one 
grant by arbiter(3) for VOQ(l,3). Therefore, VOQ(l,3) will accept the connection to 
output port #3. 

For input port #2, both VOQ(2,l) and VOQ(2,2) receive grants from arbiter(l) 
and arbiter(2), respectively. Because VOQ(2,l) has a higher priority than VOQ(2,2), 

20 VOQ(2,l) accepts the grant from arbiter(l) for output port #1 . No second arbitration 
is conducted for input port #3 since none of the VOQs for input port #3 received 
grants. If any VOQ(iJ) accepts a grant from one of the output ports(j), that VOQ(iJ) 
does not participate in any further arbitration iterations for the next time slot. 
Otherwise, the unmatched VOQs compete in another arbitration iteration. The 

25 arbitration iterations stop when no unmatched input ports can be matched with 
unmatched output ports or 

the iteration counter is equal to the programmed maximum iteration number. 

Input port #1 accepted a grant to output port #3 and input port #2 accepted a 
grant to output port #1 in the first arbitration iteration. Therefore, another arbitration 
30 iteration can be conducted with the remaining unassigned VOQs for input port #3 and 
output port #2. In the second iteration, VOQ(3,2) is assigned to output port #2. After 
the second iteration, all input ports are matched to output ports (convergence). Thus, 
the arbitration is completed for the next time slot. 

After completion of the current time slot, the scheduler reconfigures the cross 
35 switch so that VOQ(2,l) is connected to output port #1, VOQ(3,2) is connected to 
output port #2 and VOQ(l,3) is connected to output port #3. 

FIG. 8 shows how both multicast arbitration and unicast arbitration are 

conducted for assigning connections during the same time slot. In block 1 00 the 
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scheduler conducts a multicast arbitration for any multicast vectors received at the 
input ports. Multicast vectors identify the priority and weight of a multicast packet 
and identifies all of the output ports where the multicast needs to be sent. A multicast 
packet is a packet sent to more than one destination at the same time. For example, 
when the same email is sent to multiple recipients, that email is sent using multicast 
packets. 

The scheduler in decision block 101 determines when to switch from multicast 
to unicast arbitration. For the multicast arbitration slot time, the scheduler will not 
switch to unicast arbitration until all MCGs have been through a predetermined 
number of iterations. For example, if there are 8 MCGs, that requires at least 8 
iterations before switching to unicast arbitration. In multicast iteration, it may not 
always be possible to find a set of output ports to match the MCGV of the inputs, 
except for the first iteration. That means, the second and later iterations for the 
multicast might not find a match for input-output. 

Unicast arbitration is conducted for in block 103 is the same as described 
above in FIG. 7. After the first unicast arbitration iteration in block 103, the scheduler 
determines in decision block 104 if there are any additional unmatched unicast 
packets that can be assigned to unmatched output ports. If there are, an additional 
unicast arbitration iteration is conducted. If there are no more unmatched unicast 
packets that can be assigned to unmatched output ports, the scheduler in block 1 05 
waits for the end of the current time slot. The cross switch is then reconfigured 
according to the multicast and unicast arbitrations. The input ports then send their 
packets through the configured cross switch to the output ports during the next time 
slot. 

FIG. 9 shows an example of how a first phase of multicast arbitration is 
conducted. Instead of first arbitrating for the output ports, the multicast arbitration 
first arbitrates for the input ports. Each input port has multiple multicast groups, each 
multicast group has one priority/weight register 110 and a multicast group vector 
(MCGV) 1 12. Each bit in the MCGV 1 12 is dedicated to one of the output ports. A 
binary "1" value in the MCGV 112 indicates that the multicast packet is directed to an 
associated output port. 

Input port scheduling identifies the highest priority/weight multicast group for 

each input port. In the example shown in FIG. 9, three multicast groups, MCG(1,1), 

MCG(1,2), and MCG(1,3) for input port #1 are arbitrated by arbiter(l). 
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The MCG(1,2) has the highest priority/weight and wins the input port 
arbitration for input port #1 . However, if there were more than one multicast group 
with the same highest priority/weight, then the round-robin scheme would be used to 
select the multicast group. The RR pointer would then be moved to the next group in 
the list. 

At the end of this first input port iteration, every input port has selected one 
and only one MCG to complete for the output ports. For the case of input port #1, 
arbiter(l) has selected MCG(1,2). Each input port has one VOQ(ij) dedicated to each 
output port. Each MCGV 1 12 has one bit allocated for each output port and one 
priority/weight value in register 1 10. The winning priority/weight value from the 
input port multicast arbitration is loaded into each VOQ(i j) associated with 
MCGV(i j) > 0. Otherwise, VOQ(i j) is loaded with a "0" value (no request) . The 
Priority and Weight for the winning MCG for a particular input port gets loaded into 
each VOQ for that input port that does not have zero MCGV. 

Each MCG has it's own Priority and weight, that is the same as unicast. In the 
input port, each unicast and multicast is handled the same way except multicast has 
it's own MCG vector for multiple outputs. Every received multicast packet will be 
stored in one of the MCGs. Each MCG has it's own priority as well, therefore, each 
MCG has different weight and priority. 

During multicast arbitration, the MCGs are first arbitrated within the same 
input port according to their own priority and weights. Second, the priority and 
weight of the winner is loaded to all the VOQs (share the same VOQs with unicast) 
with MCGV > 0. Otherwise, the VOQs are loaded with 0. 

Each request to the same output port arbiter(l) represents one input from one 
of the multicast groups MCG(i j). The highest priority/weight multicast group is 
issued a grant. Again, if there is more than one MCG with the same highest 
priority/weight, a Round-Robin arbitration is conducted. One global RR pointer is 
used for all output ports, and is incremented by one for each multicast time slot. 

All the grants from the output port arbitrations are returned back to the 
winning MCG(i j). Each MCG(i j) compares the granted MCG(i j) with the 
MCGV(i j), if they match bit-by-bit, this input MCG(i j) accepts the grant, and 
removes itself and the granted output ports from the next multicast iteration. The 
output port arbitration is repeated once for each MCG. 
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When the multicast arbitration is completed, the unicast arbitration takes over. 
The first thing the scheduler does is load all the unicast priority and weight values to 
all VOQs from the unicast VOQ buffers before starting a unicast arbitration iteration. 

FIG. 10 shows one example of the second part of the multicast arbitration. As 
described in FIG. 9, the winning MCG for input port #1 has a multicast group vector 
of "01 1", a priority of three, and a weight of five. Only VOQ. (1,1) and VOQ (1,2) 
send the highest multicast group priority/weight to arbiter(l) and arbiter(2), 
respectively. Input ports #2 and #3 similarly send the winning multicast group 
vectors from their respective input port arbitrations. 

Each arbiter(i) is associated with one of the output ports and selects the 
highest priority and weight as the one to grant back to the input port. For example, 
arbiter(l) issues a grant to MCG(1,2) 5 arbiter(2) issues a grant to MCG(1,2) and 
arbiter(3) issues a grant to MCG(2,1). 

For input port(i), the grant is compared with the MCGV 112. In this case, 
MCGV 1 12 for MCG(1,2) has the bit pattern "Oil" which matches the grants received 
from arbiter(l) and arbiter(2). Accordingly, MCG(1,2) accepts the two grants and 
removes itself and the granted output ports from next iteration of scheduling 
arbitration. Only one grant is received by MCG(2,1) which does not match the 
MCGV "110". Therefore, input port #2 does not accept the grants from arbiter(3). 

The output port arbitration is repeated once for each MCG. If there is any 
output port still unselected, one or more unicast arbitrations will be conducted in the 
same manner described above in FIG. 7. Unicast arbitration is conducted until no 
more connections can be matched. 

The scheduler lists which input ports have accepted grants from output ports. 
After the completion of the current time slot, the schedule than reconfigures the cross 
switch (FIG.l) to connect the input ports to the granted output ports. The input ports 
during the next time slot send the packets identified in VOQs to the connected output 
ports. The time slots can be from several microseconds to 100 microseconds. 
Therefore, there is sufficient time during the current time slot to conduct both the 
multicast and unicast arbitration for the next time slot. 

The time slots can be programmed to be longer or shorter depending on 
current latency performance of the network processing device. Other network 
protocols, such as Asynchronous Transfer Mode (ATM) only send small packets at a 
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short amount of time and therefore do not have sufficient time to conduct the multiple 
level multicast and unicast arbitration described above. 

Having described and illustrated the principles of the invention in a preferred 
embodiment thereof, it should be apparent that the invention can be modified in 
arrangement and detail without departing from such principles. I claim all 
modifications and variation coming within the spirit and scope of the following 
claims. 
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